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The invention relates to a method for synchro- 
nization and reconfiguration of configurable elements 
in components with two-dimensional or multidimen- 
sional programmable cell structure (DFP, FPGA, 
DPGA, RAW machine) as well as to the control of 
conditioned branches in common microprocessors, 
digital signal processors and microcontrollers. Ac- 
cording to said method, synchronization signals are 
generated during processing within the data flow by 
the elements that are to be processed and configured 
by means of comparisons, algebraic signs, transmis- 
sion of arithmetic operations, error status or the like, 
and are sent to additional elements for synchroniza- 
tion via the data bus. Configuration words within a configurable element are generated from the data flow on the basis of corresponding 
commands and communicated, along with the address of the register to be picked up, to a further configurable element via the data bus, 
wherein said element is thus (re)configured without the influence of an external load logic. A valid configuration of the configurable 
elements from a plurality of configurations or a valid command from multiple possible commands of an arithmetic processing unit is then 
selected during running time on the basis of synchronization signals. 
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(57) Zusaramenfassung 

Bei einem Verfahren zur Synchronisation und Umkonfiguration von konfigurierbaren Elementen in Bausteinen mit zwei- oder 
mehrdimensionaler programmierbarer Zellstmktur (DFP, FPGA, DPGA, RAW-Machines), sowie zur Steucrung bcdingtcr Sprilnge in 
Qblichcn Mikroprozessoren, Digitalcn Signalprozcssoren und Mikrokontrollcm werdcn Synchronisationssignale wflhrend der Verarbeitung 
innerhalb des Datenstromes von den verarbeitenden konfigurierbaren Elementen durch Vergleiche, Vorzeichen, Obertrage von arithmetischen 
Operationen, Fehlerzustflnden, adgl., generiert und an weitere Elemente zur Synchronisation ttber den Datenbus gesandt Aus dem 
Datenstrom heraus werden anhand entsprechender Befehle Konfigurationswbrter innerhalb eines konfigurierbaren Elernentes generiert und 
ttber den Datenbus zusammen mit der Adresse des anzusprechenden Registers an ein wei teres konfigurierbares Element Gbertragen, wobei 
dieses dadurch ohne den EinfluB einer extern tn Ladelogik (um)konfiguriert wird. Zur Laufzeit anhand von Synchronisationssignalen wird 
eine gflltige Kontlguration der konfigurierbaren Elemente aus einer Mehrzahl an Konfigurationen oder ein gultiger Befehl aus mehreren 
moglichen Befehlen eines Rechenwerkes ansgewfihlt 
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Verfahren zur Selbstsynchronisation von konf igurierbaren 
Elementen eines programmierbaren Bausteines 

1. Hintergrund der Erfindung 
1.1 Stand der Technik 

1.1.1 Probleme 

Bei heutigen Bausteinen (FPGA, DPGA etc.) wird die 
Synchronisation der konf igurierbaren Elemente meistens durch 
deii Takt des Bausteines hergestellt. Diese Art der zeitlich 
gesteuerten Synchronisation bereitet viele Probleme, da oft 
nicht im Vorhinein bekannt ist, wie lange eine Aufgabe 
benBtigt, bis ein gtiltiges Ergebnis bereit steht. Ein wei teres 
Problem der zeitgesteuerten Synchronisation ist, daB das 
Ereignis auf welches die Synchronisation erfolgt nicht von dem 
zu synchronisierenden Element selbst ausgelGst wird, sondern 
von einem unabhSngigem Element. In diesem Fall sind nun zwei 
verschiedene Elemente an der Synchronisation beteiligt. Dies 
ftlhrt zu einem erheblich h5hrem Verwaltungsaufwand. 

1.1.2 Verbesserung durch die Erfindung 

Durch die Erfindung wird ein Verfahren beschrieben, welches es 
gestattet, daB die Synchronisation von zu synchronisierenden 
Elementen selbst ausgeht. Die Synchronisation ist nicht mehr 
durch eine zentrale Instanz implementiert und wird auch nicht 
mehr durch eine zentrale Instanz verwaltet. Durch die Verlegung 
der Synchronisation in jedes Element kGnnen auch viel mehr 
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Synchronisationsaufgaben gleichzeitig durchgefUhrt werden, da 
unabhangige Elemente sich nicht mehr gegenseitig beim Zugriff 
auf die zentrale Synchronisations- Instanz behindern. Die 
Einzelheiten und besondere Ausgestaltungen, sowie Merkmale des 
erf indungsgemafien Synchronisationsverfahrens sind Gegenstand 
der Patentansprttche. 

2. Beschreibung der Erfindung 

2.1 Obersicht ilber die Erfindung, Abstrakt 

In einem Baustein mit zwei- oder mehrdimensional angeordneter, 
programmierbarer Zellstruktur (DFP, DPGA) kann jedes 
konfigurierbare Element iiber eine Vernetzungsstruktur auf die 
Konf igurations- und Statusregister der anderen konfigurierbaren 
Elemente zugreifen und damit deren Funktion und Arbeitsweise 
aktiv beeinflussen. Die Konf iguration kann somit zusatzlich zu 
der tlblichen Methode durch eine Ladelogik aus dem 
Process ingArr ay (PA vgl. P19651075.9) heraus erfolgen. 

2.2 Detailbeschreibung der Erfindung 

Es wird von einem frei zur Laufzeit programmierbaren Baustein 
ausgegangen, welcher zusatzlich zur Laufzeit rekonf iguriert 
werden kann. Die auf dem Chip enthaltenen konfigurierbaren 
Elemente besitzen ein oder mehrere Konf igurationsregister ftir 
verschiedene Aufgaben. Auf diese Konf igurationsregister kann 
lesend wie schreibend zugegriffen werden. In dem beschriebenen 
Verfahren wird davon ausgegangen, daB fUr folgende 
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Informationen eine Konf iguration in einem zu konf igurierenden 
Element eingestellt werden kann. 

- Vernetzungs-Register. In dieseiti Register wird die Art der 
Verbindung zu anderen Zellen eingestellt . 

- Befehls-Register . In diesem Register wird die auszufiihrende 

Funktion des konf igurierbaren Elements eingetragen. 

- Status-Register. In diesem Register speichert die Zelle ihren 
aktuellen Zustand. Dieser Zustand gibt anderen Element en des 
Bausteins Auskunft darttber, in welchem Verarbeitungszyklus 
sich die Zelle befindet. 

Eine Zelle wird durch einen Befehl konf iguriert, welcher die 
Funktion der Zelle bestimmt, die ausgefiihrt werden soil. 
Weiterhin werden Konf igurationsdaten eingetragen urn die 
Vernetzung mit anderen Zellen und den Inhalt des Status- 
Registers einzustellen. Nach diesem Vorgang ist die Zelle 
betriebsbereit . 

Um eine flexible und dynamische Zusammenarbeit vieler Zellen zu 
ermoglichen, kann jede Zelle auf alle Konf igurationsregister 
einer anderen Zelle lesend oder schreibend zugreifen. Auf 
welches der vielen Konf igurationsregister lesend oder 
schreibend zugegriffen wird, wird durch die Art des Befehls, 
mit welchem die Zelle konf iguriert wurde, festgelegt. Jeder 
Befehl den die Zelle ausftihren kann, esxistiert in soviel 
verschiedenen Adressierungsarten, wie es verschiedehe, 
voneinander unabhangige Konf igurationsregister, in einem zu 
kcnf igurierenden Element gibt. 



3 



WO 98/35299 



PCT/DE98/00334 



Beispiel: Eine Zelle besitzt die oben angegebenen 
Konf igurationsregister (Vernetzung, Befehl und Status) und soil 
den Befehl ADD, welcher eine Addition durchftihrt ausfiihren. 
Durch die verschiedenen Arten des ADD Befehls kann nun 
selektiert werden, wohin das ergebnis dieser Funktion 
tibertragen wird. 

ADD-A. Das Ergebnis wird an das Operand-Register-A der 

Zielzelle tibertragen. 
ADD-B. Das Ergebnis wird an das Operand-Register-B der 

Zielzelle tibertragen. 
ADD-V. Das Ergebnis wird an das Vernetzungs-Register der 

Zielzelle tibertragen. 
ADD-S. Das Ergebnis wird an das Status-Register der Zielzelle 

tibertragen. 

ADD-C. Das Ergebnis wird an das Befehls-Register der Zielzelle 
tibertragen. 

2.2.1 Steuer- und Synchonisations Trigger 
Neben dem Ergebnis kann jede Zelle eine Menge an Trigger- 
Si gnalen erzeugen. Die Trigger-Signale mussen nicht 
notwendigerWeise an die gleiche Zielzelle tibertragen werden, 
wie das Ergebnis der Verarbeitung des konf igurierten Befehles. 
Ein Trigger-Signal Oder erst die Kombination mehrerer Trigger- 
Signale, loftt bei der Zielzelle eine bestimmte Aktion aus oder 
setzt die Zelle in einen bestimmten Zustand. Eine Beschreibung 
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der Zustande ist weiter unten im Text zu finden. Folgende 
Trigger-Signale gibt es: 

- GO-Trigger. Der GO-Trigger setzt die Zielzelle in den Zustand 
READY. 

- RECONFIG-Trigger. Der RECONFIG-Trigger setzt die Zielzelle in 
den Zustand RECONFIG, so da& die Zelle uiuprogrammiert werden 
kann. Besonders in Zusammenarbeit mit Switching-Tabellen ist 
dieser Trigger sehr sinnvoll. Geht man davon aus, da£ zu 
verarbeitenden Daten mit der steigenden Taktflanke in die 
Operanden-Register geladen werden, in der Zeitspanne des H- 
Level verarbeitet werden und mit der fallenden Flanke in das 
Ausgangsregister geschrieben werden, so ist eine 

Rekonf igurierung der Zelle mit der fallenden Flanke mSglich. 
Mit der fallenden Flanke werden die neuen 

Konfigurationsdaten in das Bef ehls-Register geschrieben. Die 
Zeitspanne des L-Level ist ausreichend genug, um die 
Rekonf igurierung erfolgreich abzyschlieBen. 

- STEP-Trigger. Der STEP-Trigger lofit bei der Zielzelle, welche 
sich im Zustand WAIT befindet, die einmalige Ausfiihrung des 
konfigurierten Befehls aus. 

- STOP-Trigger. Der STOP-Trigger halt die Zielzelle an, in dem 
die Zelle in den Zustand STOP gesetzt wird. 

Durch die Moglichkeit in der verarbeitenden Zelle anzugeben, in 
welches Register der Zielzelle das Ergebnis eingetragen werden 
sell und welche Art von Trigger-Signal erzeugt werden soli, 
kann aus einem Datenstrom eine Menge an Verwaltungsdaten 
erzeugt werden. Diese Verwaltungsdaten stellen kein Ergebnis 
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der eigentlichen Aufgabe dar, welche durch den Chip 
abgearbeitet werden soil, sondern dienen allein der Verwaltung, 
Synchronistion, Optimierung etc. des internen Zustands. 

Jede Zelle kann folgende Zustande annehmen, welche durch eine 
geeignete Kodierung im Status-Register dargestellt werden. 

- READY. Die Zelle ist mit einem gtiltigen Befehl konfiguriert 
worden und kann Daten verarbeiten. Die Verarbeitung findet 
mit jedem Taktzyklus statt. Die Daten werden auf Grund der 
Adressierungsart der datenschickenden Zelle in die Register 
der Zielzelle eingelesen. 

- WAIT. Die Zelle ist mit einem gtiltigen Befehl konfiguriert 
worden und kann Daten verarbeiten. Die Verarbeitung findet 
mit auf Grund eines Trigger-Signals statt/ welches durch 
andere Elemente des Bausteins erzeugt werden konnen. Die 
Daten werden auf Grund der Adressierungsart der 
datenschickenden Zelle in die Register der Zielzelle 
eingelesen. 

- CONFIG. Die Zelle ist nicht mit einem gtiltigen Befehl 

konfiguriert. Das Datenpaket, welches mit dem nachsten 
Taktzyklus an die Zelle gesandt wird, wird in das Befehls- 
Register eingelesen. Das Datenpaket wird auf jeden Fall in 
das Befehls-Register eingelesen, egal welche 
Adressierungsart von der datenschickenden Zelle benutzt 
wurde . 

-CONFIG-WAIT. Die Zelle ist nicht mit einem gtiltigen Befehl 
konfiguriert. Ein Datenpaket , wird mit dem nachsten Trigger- 
Signal , welches durch andere Elemente des Bausteins erzeugt 
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v/erden kann, eingelesen und in das Bef ehls-Register 
geschrieben. Das Datenpaket wird auf jeden Fall in das 
Befehls-Register eingelesen, egal welche Adressierungsart 
von der datenschickenden Zelle benutzt wurde. 

- RECONFIG • Die Zelle ist mit einem gilltigen Befehl 
konfiguriert, verarbeitet aber keine weiteren Daten, nimmt 
die Daten auch nicht an. Die Zelle kann durch ein anderes 
Element des Bausteins umkonf iguriert werden. 

- STOP. Die Zelle ist mit einem giiltigen Befehl konf iguriert, 
verarbeitet aber momentan keine Daten. Die Daten werden von 
der Zelle angenommen (in die Eingangsregister ubertragen), 
aber nicht weiterverarbeitet . 

Durch diese verschiedenen Zustande und der M5glichkeit auf die 
verschiedene Register einer Zelle schreibend und lesend 
zuzugreifen, kann jede Zelle eine aktive Verwaltungsrolle 
einnehmen. Im Gegensatz dazu besitzen alle existierenden 
Bausteine dieser Art eine zentrale Verwaltungsinstanz, welche 
imnter den gesamten Zustand des Bausteins kennen und handhaben 
muB. 

Um eine weitere Flexibilitat zu erreichen gibt es eine weitere 
Klasse an Befehlen, die nach der ersten Ausftihrung ihre Art 
wechseln. Bezogen auf des Beispiel des ADD-Befehls sieht ein 
Befehl dann so aus: 

- ADD-OA. Das Ergebnis der ADD Funktion wird bei der ersten 
Ausftihrung des Befehls in das Befehls-Register der Zielzelle 
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geschrieben. Bei jeder weiteren Ausftthrung wird das Ergebnis 
in das Operand-Register-A geschrieben, 

Diese Mbglichkeit kann beliebig erweitert werden, so daft auch 
Befehle der Art ADD-c-V-A-C- . . .-B denkbar sind. Jeder Befehl 
kann alie permutierten Kombinationen der verschiedenen 
Adressierungs- und Trigger-Arten annehmen. 

2.2.2 Rekonfigurationssteuerung mittels RECONFIG-Trigger : 

Im bisherigen Verfahren war es notwendig, daB jedes zu 

konf igurierendes Element von einer externen Instanz einen 

RECONFIG-Trigger erhalten muBte, um in den Zustand 

' rekonf igurierbar' tlberzugehen. Dies hat den Nachteil, dafi ftir 

die Verteilung des RECONFIG-Triggers ein erheblicher 

Vernetzungsaufwand und Konf igurationsauf wand erf order lich war. 

Durch die Strukutur der Vernetzung, kann dieser Nachteil 
beseitigt werden. Alle konfigurierbaren Elemente, welche durch 
die Vernetzungsinformation zusammenhangen, stellen einen 
gerichteten Graphen dar. Ein solcher Graph kann mehrere Wurzeln 
(Quellen) und mehrere Blatter (Ziele) haben. Die 
konfigurierbaren Elemente werden so erweitert, daB sie einen 
eingehenden RECONFIG-Trigger entweder in Richtung ihrer 
ausgehenden Register, eingehenden Register, oder einer 
Kombinataion derer, propagieren. Durch diese Propagierung 
erhalten alle direkt mit dem konfigurierbaren Element 
verbundenen konfigurierbaren Elemente ebenfalls den RECONFIG- 
Trigger. 
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Eine Konf iguration (Graph) kann nun komplett in den Zustand 
'rekonfigurierbar 1 gebracht werden, in dem entweder an alle 
Wurzeln ein RECONFIG-Trigger geschickt wird und diese den 
RECONFIG-Trigger in Richtung der Ausgangsregister propagieren. 
Die Menge der Wurzeln in einem Graph, an die ein RECONFIG- 
Trigger geschickt werden muB, ist erheblich kleiner, als die 
Menger aller Knoten des Graphen. Dadurch wird eine erhebliche 
Minimierung des Aufwandes erreicht, SelbstverstSndlich kann ein 
RECONFIG-Trigger auch an alle Blatter geschickt werden. Der 
RECONFIG-Trigger wird in diesem Fall in Richtung der 
Eingangsregister propagiert. 

Durch den Einsatz beider M5glichkeiten oder einer Mischung 
beider Verfahren, kann die minimale Menge an konf igurierbaren 
Elementen berechnet werden, an die ein RECONFIG-Trigger 
herangeftihrt werden muB. 

Die konf igurierbaren Elemente k6nnen einen Zusatz zu ihrem 
Status-Register bekommen, der angibt, ob ein eingehender 
RECONFIG-Trigger propagiert werden soil Oder nicht. Diese 
Information wird dann benStigt, wenn zwei oder mehr 
verschiedene Graphen an ein oder mehreren Stellen zusammen 
hangen (also einen Obergang haben) und es nicht gewttnscht ist, 
daB auch einer der anderen Graphen in den Zustand 
'rekonfigurierbar 1 Ubergeht. Ein oder mehrere konf igurierbare 
Elemente verhalten sich also wie eine Schleuse. 
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Weiterhin kann das Status-Register derart erweitert werden, dart 
ein zusatzlicher Eintrag angibt, in welche Richtung ein 
eingehender RECONFIG-Trigger weitergegeben werden soil. 

Das beschriebene Verfahren/ kann auf alle Arten von Triggern 
und/oder Daten angewandt werden. Es kann dadurch eine 
automat ische 

Verteilungshierarchie hergestellt werden, welche sehr wenige 
Zugrif fsmeglichkeiten von auBen benotigt, um diese in Gang zu 
setzen. 



3. Implementierung mehrer Funktionen gleichzeitig in denselben 
konfigurierbaren Elementen 

3.1 Grundfunktion und benatigte Trigger 

Eine besonders komplexe Variante des Aufrufes verschiedener 
Macros durch eine Bedingung wird im Folgeriden vorgestellt: 
Bei der AusfUhrung einer Bedingung (IF COMP THEN A ELSE Bp 
wcbei COMP ein Vergleich darstellt, A und B auszuftlhrende 
Operationen sind) werden keine GO- und STOP-Trigger generiert. 
Statt dessen wird ein Triggervektor (TRIGV) generiert, der 
angibt, zu welchem Ergebnis der Vergleich COMP geftthrt hat. Der 
Triggervektor kann daher die Zustande "gleich", "grofier" Oder 
"kleiner" annehmen. 

Der Vektor wird an eine nachfolgende Zelle gesandt, die anhand 
des Zustandes des Vektor s genau ein bestimmtes 
Konfigurationsregister (entsprechend A Oder B) aus einer 
Mehrzahl von Konf igurationsregistern auswahlt. Dadurch wird 
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erreicht, daB je nach Ergebnis des vorangegangenen Vergleiches 
eine andere Funktion liber die Daten durchgefiihrt wird. 
Zustande wie "groBer-gleich", "kleiner-gleich", "gleich- 
ungleich" werden aufgeiast, indem zwei Konfigurationsregister 
mit denselben Konfigurationsdaten beschrieben werden. 
Beispielsweise wird bei "grofier-gleich" das 

Konfigurationsregister "grSfier" und das Konfigurationsregister 
"gleich" mit demselben Konf igurationswort beschrieben, w&hrend 
das Konfigurationsregister "kleiner" ein anderes 
Konf igurationswort enthait. 

Bei der Implementierung der Triggervektoren (TRIGV) ist keine 
Begrenzung auf die Zustande "grofier", "kleiner" und "gleich" 
erforderlich. Zur Auswertung von grofien "CASE ... OF" 
Konstrukten kann eine beliebige Zahl n f die den Zustand des 
CASE represent iert, als Triggervektor (TRIGV-m) zu der Oder den 
nachfolgen Zellen weitergeleitet werden. Mit anderen Worten 
gibt n den Vergleich innerhalb des CASE an, der bei Auswertung 
der anliegenden Daten zugetroffen hat. Zur Ausftthrung der 
innerhalb des CASE dem Vergleich zugeordneten Funktion wird n 
an die ausfuhrenden Zellen weitergeleitet um die entsprechende 
Funktion zu selektieren. wahrend die Zellen im 
l, gr5Ber/kleiner/gleich n -Fall mindestens 3 

Konfigurationsregister ben5tigen, mu£ bei der Verwendung von 
TRIGV-m die Anzahl der Konfigurationsregister mindestens genau 
dem maximalen Wert von n (max (n) ) entsprechen. 

3.2 Propagieren der benStigten Funktion durch Trigger 
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TRIGV/TRIGV-m werden an die erste, die Daten verarbeitende 
Zelle gesendet. In dieser Zelle werden TRIGV/TRIGV-M 
ausgewertet und die Daten entsprechend verarbeitet. Zusammen 
mit den Daten wird TRIGV/ TRIGV-m an die nachfolgenden Zellen 
weitergeleitet (propagiert) . Dabei erfolgt eine Weiterleitung 
an alle Zellen, die aufgrund der Auswertung (IF oder CASE) eine 
bestimiate Funktion ausftthren. Dabei ist die Weiterleitung . 
direkt an die Weiterleitung der Datenpakete gekoppelt, d.h die 
Weiterleitung erfolgt synchron zu den Daten. Die zum Zeitpunkt 
t generierten TRIGV/TRIGV-m, werden mit den zum Zeitpunkt t an 
den ersten verarbeitenden Zellen (CELLS1, vgl. Fig. 5: 0502, 
0505, 0507) anstehenden Daten verknttpft. TRIG/TRIG-V werden so 
weitergeleitet, dafi die Vektoren mit den Daten zum Zeitpunkt 
t+1 an den zweiten verarbeitenden Zellen anliegen und zum 
Zeitpunkt t+2 an den dritten verarbeitenden Zellen usw. bis zun 
Zeitpunkt t+m TRIG/TRIG-V und die Daten an den (m-l)-ten Zellen 
und gleichzeitig letzten Zellen, die von dem TRIG/TRIG-V 
ausltfsendem Vergleich (IF/ CASE) abhangig sind, anstehen. Eine 
Verknttpfung erfolgt keinesfalls so, dafi die zum Zeitpunkt t 
generierten TRIG/TRIG-V mit Daten verknttpft werden, die zu 
einera Zeitpunkt t 0 i<j<t an CELLS1 anlagen! 

3,3 Reagieren auf das Auftreten oder Nicht-Auf treten von 
Triggern 

Es ist in Sonderfailen erforderlich auf das Nicht-Vorhandensein 
eines Triggers zu reagieren, d.h. ein Triggerzustand tritt auf,' 
jedoch wird keine Anderung des Triggervektors ausgelSst. Auch 
in diesem Fall kann eine sinnvolle und wichtige Information an 



12 



WO 98/35299 



PCT/DE98/00334 



die nachfolgenden Zellen iibertragen werden. Beispielsweise ist 
bei einem Vergleich auf "groiier", "kleiner", "gleich" das 
Triggersignal "gleich" nicht vorhanden und Sndert sich auch 
nicht, wenn vom Zustand "kleiner" zum Zustand "gr8J5er" 
tibergegangen wird. Dennoch beinhaltet das Nicht-Vorhandensein 
vcn "gleich" eine Information, nSmlich "ungleich". 
Urn auf beide Zustande "vorhanden" und "nicht vorhanden" 
reagieren zu k5nnen, wird ein Eintrag in das 

Konfigurationsregister der Zelle hinzugeftigt, das angibt, auf 
welchen der Zustande reagiert werden soil. 

Zudera wird zum Triggervektor TRIGV, der die Zustande "gleich", 
"grofier" und "kleiner" reprasentiert, ein Signal TRIGRDY 
hinzugeftigt, der das Auftreten eines Triggers anzeigt. Dies ist 
notwendig, da der Zustand "nicht vorhanden" auf einem der 
Vektoren keinen Auf schluft mehr tiber das Vorhandensein eines 
Trigger an sich gibt. 

TRIGRDY kann fur ein Handshaking-Protokoll zwischen der 
sendenen und empfangenden Zelle benutzt werden, indem die 
empfangende Zelle einen TRIGACK generiert, sobald sie die 
Triggervektoren ausgewertet hat. Erst nach Eintreffen des 
TRIGACK nimmt die sendende Zelle den Triggerzustand zurtick. 
Dabei wird anhand eines Eintrages in das 

Konfigurationsregisters festgelegt, ob bei Aussenden eines 
Triggervektors auf den Erhalt eines TRIGACK gewartet werden 
soil, oder ob der Triggerkanal unsynchronisiert ablauft. 

3.4 Einsatz in Mikroprozesspren 
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In Mikroprozessoren neuester Architektur werden bedingte 
Sprtinge nicht mehr nach dem bekannten Verfahren der Branch- 
Prediction, also der Vorhersage eines Sprunges ausgefUhrt. Die 
spekulative Vorhersage von Spriingen, die zur 
Leistungssteigerung von Prozessoren eingeftlhrt wurde, 
berechnete Sprtinge aufgrund von spekulativen Algorithmen voraus 
und muBte bei fehlerhaften Berechnungen die gesamte 
Prozessorpipeline neu laden f was zu erheblichen 
Leistungsverlusten ftihrte. 

Uia diese Verluste zu eleminieren wurde das neue Predicate/NOP- 
Verfahren eingeftihrt. Dabei ist jedem Befehl ein ein Bit 
breites Status-Flag zugeordnet, das anzeigt, ob der Befehl 
ausgefUhrt werden soil - Oder nicht* Dabei kann eine beliebige 
Menge an Statusflags existieren. Die Zuordnung von Befehlen zu 
Status-Flags geschieht durch einen Compiler wahrend der 
Obersetzung des Codes. Die Status-Flags werden von den ihnen 
zugeordneten Vergleichsoperationen zur Ausftlhrungzeit verwaltez 
und zeigen das Ergebnis des jeweiligen Vergleiches an. 
Je nach Zustand des einem Befehl zugeordneten Status-Flag wir 
der Befehl dann vom Prozessor eusgefiihrt (sofern das Status- 
Flag "ausftihren" anzeigt) Oder der Befehl wird nicht ausgefuhrr 
und durch einen NOP ersetzt (sofern das Status-Flag "nicht 
ausfUhren" anzeigt) . Ein NOP steht fiir "No operation", was 
bedeutet, daJ5 der Prozessor in diesem Zyklus keine Operation 
ausftihrt. Dadurch geht der Zyklus fUr sinnvolle Operationen 
verloren. 

Zur Optimierung des Zyklusverlustes werden zwei M6glichkeiten 
vcrgeschlagen: 
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3.5.1 Mehrere Befehlsregister pro Recheneinheit 
Eine moderner Mikroprozessor besitzt mehrere relativ 
unabhangige Rechenwerke. 

Gemafi dem hier vorgestellten Trigger-Prinzip konnen die 
einzelnen Recheneinheiten mit mehreren Befehlsregistern 
ausgestattet werden, wobei ein Befehlsregister eines 
Mikroprozessorrechenwerkes synonym ftir ein 

Kcnfigurationsregister gemafc P19651075.9 steht. Die Auswahl des 
jeweilig aktiven Befehlsregisters erfolgt 

a) anhand von Triggervektoren, die anderen Rechenwerken anhand 
von Vergleichen generiert wurden. 

b) anhand von mehrbittigen Status-Flags (im folgenden Status- 
Vektoren genannt), die gemaS dem heutigen Verfahren nach dem 
Stand der Technik, Vergleichsbefehlen zugeordnet sind. 

3.5.2 Geanderter VLIW-3ef ehlssatz 

Eine besondere Ausgestaltung bietet sich durch VLIW- 
Befehlssatze. So kann innerhalb eines Befehlswortes mehrere 
mcglichen, von einem Vergleich abhangenden, Befehle zu einem 
Befehl zusaramengefaBt werden* Ein VLIW-Wort beliebiger Breite 
wird in eine beliebige Menge an Befehlen (Codes) unterteilt. 
Jeder einzelne dieser Codes wird durch einen Triggervektor Oder 
Status-Vektor referenziert . Das bedeutet, zur Laufzeit wird 
einer der vorhandenen Codes aus dem VLIW-Wort ausgewahlt und 
verarbeitet . 
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In der Tabelle ist ein mogliches VLIW-Wort mit vier Codes 
abgebildet, auf das ein 2-bittiger Triggervektor oder ein 2- 
bittiges Statusflag referenziert : 



VLIW- 

Befehls- 

wcrt: 


CodeO 


Codel 


Code2 


Code3 


Zuordnung: 










Trigger- 
vektor / 
Status-Flag 


00 


01 


10 


11 



4. Erweiterung der Hardware gegentaber P19651075. 9 

4.1 Zusatzliche Register 

Zu den in P19651075.9 beschriebenen Register kommt ein 
Statusregister und ein Konf igurationsregister hinzu. Beide 
Register werden vom PLU-Bus angesteuert und haben Verbindung 
zur Zustandsmaschine der SM-UNIT (P19651075.9 Fig. 2 0213). 

4.2 Veranderung des PLU-Busses 

In P19651075.9 werden die konf igurierbaren Register M-/F-PLUREG 
ausschlieBlich iiber den PLU-Bus (P19651075.9 Fig. 2 0210) 
verwaltet. Urn die erfindungsgemafie Funktion zu gewahrleisten 



16 



WO 98/35299 



PCT/DE98/00334 



muB nunmehr eine zusatzliche Zugrif f smoglichkeit durch den 
ncrmalen Systembus (P19651075.9 Fig. 2 0201) mSglich sein. 
Dasselbe gilt far die neuen Status- und Konf igurationsregister , 
Dabei ist nur der Teil des Systembusses far die Register . 
relevant, der tlber die BM-UNIT (P19651075.9 Fig. 2 0210) mit 
der PAE vernetzt ist. 

Daher wird der Bus von der BM-UNIT an die Register 
weitergeleitet, wo vorgeschaltete Multiplexer oder 
vorgeschaltete Tore die Umschaltung zwischen dem PLU-Bus und 
dem fur die PAE relevanten Systembus Ubernehmen. 
Dabei sind die Multiplexer oder Tore so geschaltet/ dafl sie 
immer den far die PAE relevanten Systembus durchschalten, auBer 
nach einem Rttcksetzen des Bausteines (RESET) oder wenn das 
ReConfig-Signal (P19651075.9 Fig. 3 0306) aktiv ist. 

4.3 Erweiterungen der konf igurierbaren Elemente (PAEs) gem. 
P19651075.9 

4.3.1 Triggerquellen 

Ein konfigurierbares Element kann Trigger von mehreren Quellen 
gleichzeitig empfangen. Durch diese MSglichkeit kann mit Hilfe 
von Maskierungs-Registern eine f lexiblere Semantik der Trigger 
erreicht werden. 

4.3.2 Mehrere Konf igurationsregister 

Anstatt eines Konf igurationsregisters besitzt eine PAE mehrere 
(max (n) ) Konf igurationsregister . 

4.3.3 Konf igur at ions statemachine und Multiplexer 
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Den Konfigurationsregistern nachgeschaltet ist ein Multiplexer, 
der eine der moglichen Konf igurationen auswahlt. Die Steuerung 
des Multiplexers erfolgt durch eine separate oder in die PAE- 
Statemachine integriert Statemachine, die den Multiplexer 
anhand eingehender Triggervektoren steuert. 

4.3.4 Triggerauswertung und Konfiguration 

Ein konfigurierbares Element kann ein Maskierungs-Register 
enthalten, in dem eingestellt werden kann, auf welchen Trigger- 
Eing&ngen, ein 

Trigger-Signal anliegen muB, so da£ die Bedingungen flir eine 
Aktion des konf igurierbaren Elements, erfullt sind. Ein 
konfigurierbares Element reagiert nicht nur auf einen Trigger, 
scndern auf eine eingestellte Kombination aus Triggern. 
Weiterhin kann ein konfigurierbares Element eine Priorisierung 
gleichzeitig eingehender Trigger vornehmen. 

Eingehende Trigger werden anhand des TRIGRDY-Signals erkannt. 
Dabei werden die Triggervektoren gemafi zusatzlich in den 
Konfigurationsregistern vorhandenen Konf igurationsdaten 
ausgewertet . 

4.3.5 Triggerhandshake 

Sobald die Triggervektoren ausgewertet sind, wird ein TRIGACK 
zur Bestatigung des Triggervektors generiert. 

4.3.6 BM-UNIT 

Die BM-Unit wird so erweitert, dafi sie vom Bus kommende Trigger 
gemSfc der Konfiguration im M-PLUREG an die Sync-Unit und SM- 
Unit weiterreicht. Von der EALU generierte Trigger (z.B. 
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Vergleicherwerte "grafter", "kleiner", "gleich", O-Detektoren, 
Vorzeichen, UbertrStge, Fehlerzustande (Division durch 0, etc.), 
etc.) werden gemafi der Verschaltungsinformation im M-PLUREG von 
der BM-UNIT an den Bus weitergeleitet . 
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4.4 Erweiterungen des Systembusses 

Der Systembus (P19651075.9 Fig. 2 0201) wird dahingehend 
erweitert, dafi zusammen mit den Daten die Informationen tiber 
die Zielregister iibertragen werden. Das bedeutet, eine Adresse 
wird mitgeschickt, die beim Da tenemf anger das gewiinschte 
Register selektiert. 

Ebenfalls wird der Systembus urn die unabhangige Obertragung von 
Triggervektoren und -handshakes erweitert. 

5. Kurzbeschreibung der Diagramme 

Fig. 1 zeigt, wie durch den Einsatz von Triggern ein 

Schleifenkonstrukt implement iert werden kann. 

Fig. 2 zeigt, wie durch den Einsatz mehrerer Trigger ein 

Vergleichskonstrukt implementiert werden kann. 
Fig. 3 zeigt, wie durch den Einsatz mehrerer Trigger und deren 

Verschachtelung ein Vergleichskonstrukt mit mehreren 

Ausg^ngen implementiert werden kann. 
Fig. 4 zeigt die notwendigen Erweiterungen gegenttber 
P19651075.9. 

Fig. 5 zeigt in einem Funktionsbeispiel die Auswahl 

verschiedener Funktionen der konf igurierbaren Elemente 
durch Trigger. 

Fig. 6 zeigt die Implementierung von mehreren durch Trigger 
angesteuerten Konf igurationsregistern zur Ausfuhrung 
verschiedener Funktionen. 

Fig. 7 zeigt die Implementierung des Verfahrens aus Fig. 6 in 
Mikroprozessoren 
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6. Detailbeschreibung der Diagramme und Ausfiihrungsbeispiele 
Figur 1 

Das Makro 0103 soil in diesem Beispiel 70 mal ausgeftihrt 
werden. Eine Ausftihrung des Makros benGtigt 26 Taktzyklen. Das 
bedeutet, dafi nur alle 26 Taktzyklen der zahler 0101 um eins 
veringert werden darf . Ein Problem bei frei programmierbaren 
Bausteinen ist nun, daft nicht immer garantiert werden kann, da£ 
auch wirklich nach 26 Takten die Abarbeitung des Makros .0103 
abgeschlossen ist. Eine Verzbgerung kann zum Beispiel dadurch 
entstehen, dafc ein Makro, welches die Eingangsdaten fiir Makro 
0103 liefern soil/ plotzlich 10. Taktzyklen langer benotigt. Aus 
diesem Grund sendet die Zelle in Makro 0103 ein Trigger Signal 
an den zahler 0101, durch welche das Ergebnis der Berechnung an 
ein weiteres Makro gesandt wird. Gleichzeitig wird die 
Verarbeitung des Makros 0103 durch die gleiche Zelle gestoppt. 
Diese Zelle f weis f genau, da£ die Bedingung fiir die Beendigung 
einer Berechnung erreicht wurde. 

Das gesendete Trigger-Signal ist in diesem Fall ein STEP- 
Trigger, welcher veranlafit, daB der Zahler 0101 einmal seine 
konf igurierte Funktion ausfiihrt. Der zahler zahlt seinen 
Zahlerwert um eine herunter und vergleicht, ob er den Wert 0 
erreicht hat. Ist dies nicht der Fall, wird ein GO-Trigger an 
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das Makro 0103 abgeschickt. Dieses GO-Trigger-Signal veranlafit 
das Makro 0103 seine Funktion wieder aufzunehmen. 

Dieser Vorgang wiederholt sich solange, bis der Zahler 0101 den 
Wert 0 erreicht hat. In diesem Fall wird ein Trigger-Signal an 
das Makro 0102 geschickt und 16£t dort eine Funktion aus. 
Durch dieses Zusaiomenspiel von Triggern kann eine sehr 
feingranulare Synchronisation erreicht werden. 

Figur 2 

Figur 2 entspricht der Grundidee her Figur 1. Die Funktion in 
Element 0202 ist diesesmal jedoch kein Zahler sondern ein 
Vergleicher. Das Makro 0201 schickt nach jedem 
Verarbeitungsdurchlauf einen Verleichswert mit an den 
Vergleicher 0202. Je nach Ausgang des Vergleichs, werden 
wiederum verschiedene Trigger angesteuert um zura Beispiel eine 
Aktion in den Makros 0203 zu veranlassen. Das in Figur 2 
implement ierte Konstrukt entspricht dem einer IF-Abfrage in 
einer Progammiersprache. 

Figur 3 

Wie in Figur 2 werden hier mehrere Vergleicher 0301 , 0302 
eingesetzt, um die Konstruktion eines IF-ELSE-ELSE Konstruktes 
(oder einer Mehrfachauswahl) zu implementieren. Durch die 
Verwendung verschiedentster Arten von Triggern und Verbindungen 
dieser Trigger zu den Makros 0303, 0304 kSnnen sehr komplexe 
Ablaufe einfach implement iert werden. 
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Figur 4 

zeigt die Unterschiede zu P19651075.9 Fig. 2. Das hinzugeftigte 
Konf igurationsregister (0401) und das hinzugefUgte 
Statusregister (0402) haben Uber den Bus (0407) Verbindung zur 
SM-UNIT. Die Register 0401, 0402, F- und M-PLUREG sind uber 
einen internen Bus 0206 mit einem Tor 0403 verbunden. Dieses 
verbindet den internen Bus (0406) je nach Stellung mit dem PLU- 
Bus 0405 urn eine Konf iguration durch die PLU zu ermGglichen 
ocer Uber einen Bus 0408 mit dem BM-UNIT. Diese schaltet je 
nach Adressierung auf dem Datenbus 0404 die Daten zu den O-REG 
weiter oder zu dem adressierten Register 0401, 0402, F- oder M~ 
PLUREG. 

Die BM-UNIT (0411) sendet Uber 0415 Triggersignale an die SYNC- 
UNIT (0412) . Von der EALU erhait 0411 Uber 0414 Ergebnisse 
("gleich", "grofier", "kleiner", "Ergebnis = 0", "Ergebnis 
positiv 11 , "Ergebnis negativ", Oberlauf (positiv und negativ) , 
etc.) urn diese in Triggervektoren umzuwandeln. Alternativ 
kfcnnen von der SYNC-UNIT oder STATE-MACHINE generierte Zust^nde 
Uber 0415 an die BM-UNIT Ubermittelt werden. 
Die von der BM-UNIT an den Bus (0404) Ubertragenen 
Triggersignale kSnnen je nach Konf iguration der auswertenden 
konfigurierbaren Elemente dort als STEP/STOP/GO-, RECONFIG- 
Trigger oder zur Auswahl eines Konf igurationsregisters 
verwendet werden. Welche Funktion ein generierter Trigger bei 
den auswertenden konfigurierbaren Elementen erfUllt, wird durch 
die Vernetzung (0404). und die Konfiguration der jeweiligen 
konfigurierbaren Elemente bestimmt. Ein und derselbe Trigger 
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kann bei verschiedenen konf igurierbaren Elementen 
unterschiedliche Funktion haben. 

0416 ist der Ergebnisausgang von R-REGsft zum Bussystem 0404 
und den nachfolgenden konf igurierbaren Elementen. 

Figur 5 

In Figur 5 ist das zeitliche Verhalten zwischen generierten 
Triggern und den durch die Trigger selektierten 
Konfigurationsregistern beispielsweise aufgezeigt. 0501 
generiert durch einen Vergleich den Triggervektor TRIGV, der 
die Werte "equal" (gleich), "greater" (grafter) Oder "less" 
(kleiner) annehmen kann. Die konf igurierbaren Eleraente 0502- 

0504 verarbeiten Daten abhangig vom Vergleich (0501). Dabei ist 
die Verarbeitung von den Vergleichswerten "equal"/ "greater" 
und "less" abhangig. Die Verarbeitung ist gepipelinet, das 
heiftt, ein Datenwort wird nacheinander von 0502, dann von 0503 
und zuletzt von 0504 modif iziert . 

0505 verarbeitet ebenfalls Daten in Abhangigkeit von 0501. 
Dabei beschrSLnkt sich die Abhangigkeit allerdings auf die 
Vergleichswerte "less", "greater" UND "equal" bewirken die 
gleiche FunktionsausfUhrung. Es werden also die Werte "kleiner" 
und "grofter Oder gleich" unterschieden. 0506 ist in der 
Pipeline 0505 nachgeschaltet . Dabei reagiert 0506 auf "equal ? \ 
"greater" und "less" unterschiedlich (vgl. 0503). 

0507 ist ebenfalls von 0501 abhangig, jedoch werden die Werte 
"gleich" und "ungleich (kleiner oder grafter)" unterschieden. 
Das AusfUhrungsbei spiel beginnt bei dem Zeitpunkt t (Fig. 5a) 
und endet am Zeitpunkt (t+3) . Durchlaufen Daten eine der 
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Pipelines {0502, 0503, 0504 bzw. 0505, 0606) werden sie bei 
jeder Ausftlhrung in einer der Makros (0502-0506) um einen 
Taktzyklus verzGgert. Langere und ins besondere 
unterschiedliche Verz6gerungen kcinnen ebenfalls auftreten. Da 
zwischen den Daten und Triggersignalen ein Handshakeinechanismus 
zur automatischen Synchronisation (vgl. P19651075.9 (Daten), 
bzw. diese Schrift (TRIGACK/TRIGRDY) ) besteht, muB auf diesen 
Fall nicht gesondert eingegangen werden . 

Durch die Verzdgerungen stehen zum Zeitpunkt t beispielsweise 
zwischen der zweiten und dritten Pipelinestufe die Daten und 
Triggersignale des frUheren Zeitpunktes t-2 an. 
Von Fig. 5a bis Fig 5d ist der Ablauf von 3 Taktzyklen (t bis 
t+2) dargestellt. 
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Die von 0501 generierten Triggervektoren (also die 
Vergleichsergebnisse) sehen liber t betrachtet wie folgt aus: 



Zeit t 


Vergleichsergebnis 


t-2 


less, kleiner 


t-1 


greater, gr5fier 


t 


equal, gleich 


t+l 


greater, gr6fcer 


t+2 


equal, gleich 



In Figur 6 ist die Integration mehrerer Konf igurationsregister 
in ein konfigurierbares Element dargestellt. In diesem 
AusfUhrungsbeispiel existieren drei Konf igurationsregister 

(0409) nach Fig. 4, Diese werden Uber den Bus 0406 
konfiguriert. Uber das Bussystem 0411 erhait eine Steuereinheit 

(C601) (die auch als Statemachine ausgestaltet werden kann) die 
Signale TRIGV und TRIGRDY. Die Steuereinheit schaltet gemSB 
TRIGV eines der Konf igurationsregister tiber den Multiplexer 

(C602) auf das Bussystem 0410, das zu den Steuermechanismen des 
konfigurierbaren Elementes ftihrt. Zur Synchronisation der 
Triggersignale mit den internen Abiaufen des konfigurierbaren 
Elementes besitzt 0601 einen Synchronisationsausgang, der an 
die Synchronisationseinheit (0412) oder die Statemachine (0413} 
ftihrt. Zur Synchronisation der Triggerquellen generiert 0601 
das Handshake signal TRIGACK nach Verarbeitung des eingegangenen 
Triggers. 

In dem AusfUhrungsbeispiel ist jedes der Konf igurationsregister 
(C409) einem TRIGV vom Typ ("equal" , "greater", "less") 
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zugeordnet. Werden bei jedem der Triggertypen andere 
Operationen ausgeftthrt, so ist jedes der Konfigurationsregister 
unterschiedlich belegt. Wird beispielsweise nur aus "equal" und 
"not equal" unterschieden, sind die Konfigurationsregister ftlr 
die Typen "less" und "greater" gleich belegt, namlich mit der 
Kcnfiguration fUr "not equal". Das Konfigurationsregister ftir 
"equal" besitzt eine andere Belegung. Das bedeutet, anhand der 
Belegung der Konfigurationsregister kann der Vergleich genauer 
spezifiziert werden, wobei jedes konf igurierbare Element diese 
Spezifizierung unterschiedlich gestalten kann. 
Ober das Register 0603 wird TRIGV zusammen mit dem Ergebnis an 
die nachfolgenden konfigurierbaren Elemente weitergeleitet uit 
ein Pipelining gem. Fig. 5a-d zu ermoglichen. Das Register und 
die Handshakesignale werden von 0412 Oder 0413 gesteuert. Die 
Trigger information kann zusammen mit dem Ergebnis aus dem R- 
REGsft oder zeitversetzt, also vor dem Ergebnis, tiber das 
Interface 0416 an die nachfolgenden konfigurierbaren Elemente 
Ubertragen werden. 

Eine zeitversetzte Obertragung bietet den Vorteil, dafi keine 
zusatzliche Zeit zum Einstellen der Konfigurationsregister in 
den nachfolgenden konfigurierbaren Elementen erforderlich ist, 
da die Einstellung bereits vor Erhalt der Daten (zeitgleich mit 
dem Freigeben des Ergebnisses (vgl. P19651075. 9) ) erfolgt. Ein 
entsprechendes Timing (bezogen auf P19651075.9 Fig. 8) ist in 
Fig. 6a dargestellt. Die Triggervektoren (0615) werden mit der 
steigenden Flanke (0613) des Bausteintaktes (0614) generiert. 
Mit der fallenden Flanke (0612) werden die Trigger in den 
konfigurierbaren Elementen ausgewertet. Die Daten laufen 
phasenverschoben, d.h. sie werden bei 0612 freigegeben und mit 
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0613 eingelesen. wahrend 0610 werden die Triggervektoren liber 
den Bus Ubertragen und die Daten berechnet. WShrend 0611 werden 
die Daten ttber den Bus Ubertragen und die Trigger berechnet, 
bzw. die Konf igurationsregister der konf igurierbaren Elemente 
gemaJi den bei 0613 gespeicherten Daten ausgewahlt und die 
Konfiguration entsprechend eingestellt. 

Figur 7a zeigt die Verwaltung von Sprtingen nach dem 
Predicate/NOP-Verfahren gemafi dem Stand der Technik. Beim 
AusfUhren eines Vergleiches wird ein Eintrag im Predicate- 
Register (0704) gesetzt. Dieser Eintrag wird wahrend der 
AusfUhrung von Befehlen abgefragt und legt fest, ob ein Befehi 
ausgefuhrt wird (der Befehi innerhalb der von dem bedingten 
Sprung angesprochenen Codesequenz liegt), oder durch einen NOP 
ersetzt wird (der Befehi liegt in einer anderen als der durch 
den bedingten Sprung angesprochenen Codesequenz) . Der Befehi 
steht dabei in dem Bef ehlsregister 0701. Das Predicate-Register 
enthait eine Mehrzahl von EintrStgen, die einer Mehrzahl von 
Operationen und/oder einer Mehrzahl von Rechenwerken zugeordhet 
sind. Diese Zuordnung wird zur Compile-Zeit des Programmes von 
Compiler vergeben. Die Zuordnungsinformation (0707) wird dem 
Befehi, der in das Bef ehlsregister eingetragen wird zugeordnet, 
so daft ein eindeutiger Eintrag durch den jeweiligen Befehi 
referenziert wird. 

Durch 0703 wird ausgewahlt ob der Befehi aus 0701 oder ein NOP 
ausgefuhrt wird. Bei der AusfUhrung eines NOPs geht ein 
Taktzyklus verloren. 0703 hat dabei symbolischen Charakter,. da 
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prinzipiell auch die AusfUhrungseinheit (0702) direkt von 0704 
angesteuert werden kSnnte. 

In Figur 7b existieren n Bef ehlsregister (0701: Func 1 . .. Func 
n) . 

Bei der AusfUhrung eines Vergleiches / bedingten Sprunges wird 
das zu adressierende Befehlsregister, also das Ergebnis des 
Vergleiches, als Eintrag (0708) in dem Predicate-Register 0706 
abgelegt, wobei 0706. aus einer Mehrzahl solcher Eintrage 
besteht. Der jeweilige Eintrag (0708) in 0706 ist dabei so 
breit, daB alle mSglichen Befehlsregister einer 
AusfUhrungseinheit (0702) durch ihn adressiert werden k6nnen, 
das bedeutet, bei n Befehlsregistern ist die Eintragsbreite 
log2(n). Das Predicate-Register enthalt eine Mehrzahl von 
Eintr^gen, die einer Mehrzahl von Operationen und/oder einer 
Mehrzahl von Rechenwerken zugeordnet sind. Diese Zuordnung wird 
zur Compile-Zeit des Programmes vom Compiler vergeben. Die 
Zuordnungsinformation (0707) wird der Menge an Befehlen, die in 
die Befehlsregister eingetragen wird zugeordnet, so daJ3 ein 
eindeutiger Eintrag durch die jeweilige Befehle referenziert 
wird. 

Ober den Multiplexer wird ausgewShlt, welches Befehlsregister 
den Code fttr die momentane Ausftihrung liefert. 
Durch diese Technik wird bei bedingten Spriingen auch im 
ungtlnstigsten Fall anstatt eines NOPs ein gtlltiger Befehl • 
ausgeflihrt/ wodurch kein Taktzyklus verschwendet wird. 
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Namenskonvention 



Baugruppe -UNIT 

Betriebsart -MODE 

Multiplexer -MUX 

Negiertes Signal not- 

Register fUr PLU sichtbar -PLUREG 

Register intern -REG 

Schieberegisters -sf t 



Funktionskonvention 
NICHT-Funktion ! 

TTq" 
TT 
"FIT 



UND- Funk t ion & 
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0 
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1 
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OBER-Funktion # 
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Begrif f sdefinition 

BM-UNIT Einheit zum Aufschalten der Daten auf die Bussysteme 
auBerhalb der PAE. Das Aufschalten geschieht uber Multiplexer 
fttr die Dateneing&nge und Tore ftir die Datenausgange. oACK- 
Leitungen sind als Open-Kollektor-Treiber implementiert . Die 
BM-UNIT wird durch das M-PLUREG gesteuert. 

Datenempfanger Die Einheit (en), die Ergebnisse der PAE 

weiterverarbeitet/-arbeiten 

Datensender Die Einheit (en), die Daten fttr die PAE als 
Operanden zur Verftigung stellt/stellen 

Datenwort Ein Datenwort besteht aus einer beliebig langen 

Bit-Reihe. Diese Bit-Reihe stellt eine Verarbeitungseinheit fUr 
eine Anlage dar. In einem Datenwort konnen sowohl Befehle ftlr 
Prozessoren o.a. Bausteine sowie rein Daten kodiert werden. 

DFP Datenflufiprozessor nach Patent /Of fenlegung DE 44 16 

881 

DPGA Dynamisch konf igurierbare FPGAs. Stand der Technik 

EALU Erweiterte arithmetisch logische Einheit. ALU, die upi 

Sonderfunktionen, die zum Betrieb einer 

Datenverarbeitungseinrichtung gemafi DE 441 16 881 Al benotigt 
werden oder sinnvoll sind erweitert wurde. Dies sind ins 
besondere Zahler. 
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Elemente Sammelbegrif f fur alle Arten von in sich 

abgeschlossenen Einheiten, welche als Stuck in einem 
elektronischen Baustein zum Einsatz koimnen ktfnnen. Elemente 
sind also: 

- Konfigurierbare Zellen aller Art 

- Cluster 

- RAM-B16cke 

- Logik 

- Rechenwerke 

- Register 

- Multiplexer 

- I/O Pins eines Chips 

Ereignis Ein Ereignis kann durch ein Hardwareelement in 

irgendeiner zur Anwendung passenden Art und Weise ausgewertet 
werden und als Reaktion auf diese Auswertung eine bedingte 
Aktion ausltfsen. Ereignisse sind somit zum Beispiel: 

- Taktzyklus einer Rechenanlage . 

- internes Oder externes Interrupt-Signal. 

- Trigger-Signal von anderen Elementen innerhalb des 
Bausteines. 

- Vergleich eines Datenstroms und/oder eines Bef ehlstroms mit 
einem Wert. 

- Input/Output Ereigenisse. 

- Ablaufen, tiberlaufen, neusetzen etc. eines Zahlers. 

- Auswerten eines Vergleichs. 

FPGA Programmierbarer Logikbaustein. Stand der Technik. 
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F-PLUREG Register in dem die Funktion der PAE gesetzt wird. 
Ebenfalls wird der OneShot- und Sleep-Mode gesetzt. Das 
Register wird von der PLU beschrieben. } 

H-Pegel Logisch 1 Pegel, abh&ngig von der verwendeten 
Technologie 

konfigurierbares Element Ein konf igurierbares Element 

stellt eine Einheit eines Logik-Bausteines dar, welche durch 
ein Konfigurationswort ftir eine spezielle Funktion eingestellt 
werden kann. Konf igurierbare Elemente sind somit, alle Arten 
von RAM Zellen, Multiplexer, Arithmetische logische Einheiten, 
Register und alle Arten von interner und externer 
Vemetzungsbeschreibung etc.} 

konfigurierbare Zelle Siehe Logikzellen 

Kbnfigurieren Einstelien der Funktion und Vernetzung 

einer logischen Einheit, einer (FPGA) -Zelle Oder einer PAE 
(vgl. umkonfigurieren) . 

Konf igurationsda ten Beliebige Menge von 

Konf igurationsworten. 

Konfigurationsspeicher Der Konf igurationspeicher enthait 

ein oder inehrere Konf igurationsworte . 

Konfigurationswort Ein Konfigurationswort besteht aus 

einer beliebig langen Bit-Reihe. Diese Bit-Reihe stellt eine 
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gultige Einstellung flir das zu konf igurierende Element dar, so 
das eine funktionsf ahige Einheit entsteht. 

Ladelogik Einheit zum Konf igurieren und Umkonf igurieren 

der PAE. Ausgestaltet durch einen speziell an seine Aufgabe 
angepaBten Mikrokontroller. 

Logikzellen Bei DFPS/ FPGAs/ DPGAs verwendete 
konfigurierbare Zellen, die einfache logische Oder 
arithmetische Aufgaben gemafl ihrer Konf iguration erfullen. 

L-Pegel Logisch 0 Pegel, abh&ngig von der verwendeten 
Technologie 

M-PLUREG Register in dem die Vernetzung der PAE gesetzt wird. 
Das Register wird von der PLU beschrieben. 

O-REG Operandenregister zur Speicherung der Operanden der 
EALU. Ermfiglicht die zeitliche und funktionelle UnabhSngigkeit 
der PAE von den Datensendern. Dadurch wird der Transfer der 
Daten vereinfacht, da er asynchron oder paketorientiert 
stattfinden kann. Gleichzeitig wird die MSglichkeit geschaffen 
die Datensender unabhangig von der PAE oder die PAE unabhangig 
von den Datensendern umzukonf igurieren. 

PLU Einheit zum Konf igurieren und Umkonf igurieren der 

PAE. Ausgestaltet durch einen speziell an seine Aufgabe 
angepafcten Mikrokontroller. 
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Propagieren Kontrolliertes Weiterleiten eines empf angenen 
Signales. 

RE CONFIG Rekonfigurierbarer Zustand einer PAE. 

RECONFIG-Trigger Setzen einer PAE in den rekonf igurierbaren 
Zustand. 

SM-UNIT StateMachine-UNIT. Zustandsmaschine, die die EALU 
steuert . 

Switching-Tabelle Eine Switching-Tabelle ist ein Ring- 
Speicher, welcher durch eine Steuerung angesprochen wird. Die 
Eintrage einer Switching-Tabelle k5nnen beliebige 
Konf igurationsw5rter aufnehmen. Die Steuerung kann Befehle 
durchfUhren. Die Switching-Tabelle reagiert auf Triggersignale 
und konfiguriert konfigurierbare Elemente ahhand eines 
Eihtrages in einem Ringspeicher um» 

Synchronisationssignale Statussignale die von einem 

kcnf igurierbaren Element Oder einem Rechenwerk generiert werden 
und zur Steuerung und Synchronisation der Datenverarbeitung an 
weitere konfigurierbare Element oder Rechenwerke weitergeleitet 
werden. Es ist auch moglich ein Synchronisationssignal zeitlich 
verzogert (gespeichert) an ein und dasselbe konfigurierbare 
Element Oder Rechenwerk zurtlckzuleiten. 

TRIGACK/TRIGRDY Handshake der Trigger. (Vgl. Handshake der 
Daten aus P19651075.9) 
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Trigger Synonym fiir Synchronisationssignale . 

Umkonfigurieren Neues Konf igurieren von einer beliebigen 
Menge von PAEs wahrend eine beliebige Restmenge von PAEs ihre 
eigenen Funktionen fortsetzen (vgl. konf igurieren) . 

Verarbeitungszyklus Ein Verarbeitungszyklus beschreibt die 

Dauer, welche von einer Einheit benotigt wird, um von einem 
def inierten und/oder gUltigen Zustand in den nachsten ■ 
definierten und/oder gultigen Zustand, zu gelangeh. 

VLIW Very Large Instruction Word. Kodierung von 

Mikroprozessoren, Verfahren nach dem Stand der Technik. 

Zellen Synonym ftir konf igurierbare Elemente 
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PatentansprUche 



1. Verfahren zur Synchronisation und Umkonfiguration von 
konfigurierbaren Elementen in Bausteinen mit zwei- oder 
mehrdimensionaler programmierbarer Zellstruktur (DFP/ FPGA, 
DPGA, RAW-Machines), 

sowie zur Steuerung bedingter Spriinge in Oblichen 
Mikroprozessoren, Digitalen Signalprozessoren und 
Mi krokontrollern, 
dadurch gekennzeichnet, dafc 

a) Synchronisationssignale wahrend der Verarbeitung 
innerhalb des Datenstromes von den verarbeitenden 
konfigurierbaren Elementen durch Vergleiche/ 
Vorzeichen, Obertrage von arithmetischen Operationen, 
Fehlerzustanden, u. dgl./ generiert werden und an 
weitere Elemente zur Synchronisation Ober den Datenbus 
gesandt werden, 

b) aus dem Datenstrom heraus anhand entsprechender Befehie 
Konf igurationsw6rter innerhalb eines konfigurierbaren 
Elementes generiert werden und tlber den Datenbus 
zusamraen mit der Adresse des anzusprechenden Registers 
an ein weiteres konf igurierbares Element Ubertragen 
werden, wobei dieses dadurch ohne den EinfluB einer 
externen Ladelogik (um) konf iguriert wird, 

c) zur Laufzeit anhand von Synchronisationssignalen eine 
gUltige Konf iguration der konfigurierbaren Elemente aus 
einer Mehrzahl an Konf igurationen oder ein gliltiger 
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Befehl aus mehreren moglichen Befehles eines 
Rechenwerkes ausgewahlt wird. 
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2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daft 
bei- der Synchronisation durch einen Trigger ein 

konf igurierbares Element zur Ausfuhrung einer einzigen 
Operation angeregt werden kann. 

3. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daB 
bei der Synchronisation durch einen Trigger ein 

konf igurierbares Element zur AusfUhrung einer Vielzahl 
Operation angeregt werden kann, ;. 

4. Verfahren nach Anspruch 1/ dadurch gekennzeichnet, daB 
bei der Synchronisation durch einen Trigger die AusfUhrung 
eines konf igurierbaren Elements angehalten werden kann. 

5. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dafi 
bei der Synchronisation durch einen Trigger ein 

konf igurierbares Element zur Umkonf iguration freigegeben werden 
kann. 

6. Verfahren nach Anspruch 1-5, dadurch gekennzeichnet, daft 
das konfigurierbare Element seinen momentanen Status in einem 
Statusregister anzeigt. 

7. Verfahren nach Anspruch 1-6, dadurch gekennzeichnet, daB 
die Angabe der anzusteuernden Register in Befehlen kodiert ist 
und Uber den Datenbus Ubertragen wird. 
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8. Verfahren nach Anspruch 1-7, dadurch gekennzeichnet, da£ 
die Synchronisationssignale zum Empfanger der Daten, zum Sender 
der Daten oder zu einem unabhangigen konf igurierbaren Element 
ubertragen werden. 

9. Verfahren nach Anspruch 1-8, dadurch gekennzeichnet, daB 
die Obertragung der Synchronisationssignale gesperrt werden 
kann . 

1C. Verfahren nach Anspruch 1-9, dadurch gekennzeichnet, daB 
unterschiedliche Synchronisationssignale wahlweise tibertragen 
werden (Vergleich, Fehlerzust&nde, etc.)/ wobei die Art des " 
Synchronistaionssignales frei in der generierenden Einheit 
wahlbar ist und die Auswirkung der Synchronisationssignale fre^ 
in der empfangenden Einheit wahlbar ist. 

11. Verfahren nach Anspruch 1-10, dadurch gekennzeichnet, daB 
ein Synchronisationssignal an mehrere Empfanger ubertragen 
werden kann. 

12. Verfahren nach Anspruch 1-11/ dadurch gekennzeichnet, daB 
einem Synchronisationssignal eine Quittierungsleitung 
zugeordnet ist. 

13. Verfahren nach Anspruch 1-12, dadurch gekennzeichnet, daB 
ein Synchronisationsvektor aus einem oder einer Mehrzahl von 
Synchronisationssignalen aufgebaut ist. 
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14. Verfahren nach Anspruch 1-13, dadurch gekennzeichnet, daB 
ein Konfigurationsregister aus einer Mehrzahl von 

Kcnf igurationsregistern durch einen Synchronisationsvektor 
ausgewahlt wird; bzw. ein Befehlsregister aus einer Mehrzahl 
von Befehlsregistern ausgewahlt wird. 

15. Verfahren nach Anspruch 1-14 , dadurch gekennzeichnet, daB 
der Auswahlvorgang eines Registers durch 
Synchronisationssignale so mit der Datenverarbeitung 
synchronisiert wird, daB kein Takzyklus verlorengeht . 

16. Verfahren nach Anspruch 1-15, dadurch gekennzeichnet, daB 
in einem einer Operation zugeordneten Register, ausgewahlt aus 
einer Mehrzahl an Registern, der Wert des generierten 
Synchronisationssignals so gespeichert wird, daB eine andere 
zugeordnete Operation selektiv darauf zugreifen kann und anhand 
der Information einen m5glichen und gliltigen Befehl / eine 
mSgliche und gultige Konf iguration aus einer Mehrzahl von 

Bef ehlen/Konf igurationen auswahlt . 
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